home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940199.txt < prev    next >
Internet Message Format  |  1994-11-13  |  13KB
  1. Date: Sat, 10 Sep 94 04:30:07 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #199
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Sat, 10 Sep 94       Volume 94 : Issue  199
  11.  
  12. Today's Topics:
  13.                           av023@yfn.ysu.edu
  14.                       ax25 linux implementation?
  15.                   Borland C++ 4.0x patches released
  16.                              Mail failure
  17.  
  18. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  19. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the TCP-Group Digest are available
  23. (by FTP only) from UCSD.Edu in directory "mailarchives".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Fri, 9 Sep 1994 23:41:36 -0400
  31. From: av023@yfn.ysu.edu (Frederick A. Peachman)
  32. Subject: av023@yfn.ysu.edu
  33. To: tcp-group@ucsd.edu
  34.  
  35. subscribe
  36.  
  37. --
  38. Fred Peachman, Brookfield Ohio av023@yfn.ysu.edu
  39.  
  40. ------------------------------
  41.  
  42. Date: Fri, 9 Sep 1994 19:39:21 -0600
  43. From: Glenn Davis <davis@denali.realtime.ab.ca>
  44. Subject: ax25 linux implementation?
  45. To: tcp-group@ucsd.edu
  46.  
  47. Thanks for the feedback on what an AX.25 bsd socket should do.  Can you
  48. tell me where to find the Linux implementation (source) ?  I will model
  49. my port after Linux.  Also, there was mention of a few applications built
  50. on this model; where might they reside?
  51.  
  52. I just spent 8 hours finishing the ARP code.  It appears that ARP's are
  53. not used on point-to-point links normally.  If I read the code correctly
  54. BSDI just drops them on the floor.  This causes problems since you want 
  55. the interface that the packet arrived on, and this is not available when 
  56. you dequeue the mbuf.  
  57.  
  58. How did the Linux implementation solve this?  My solution was:
  59.  
  60. Receive unsolicited ARP reply, or ARP request (broadcast):
  61.  - use IP routing info, or interface this AX25 address last heard on to
  62.    determine interface.  This could result in the wrong interface, and
  63.    potentially requires storing a large number of AX25 address/interface
  64.    pairs.
  65.  
  66. Receive directed ARP reply:
  67.  - if it was in the table (unresolved request) use it, else drop the packet.
  68.  
  69. Send ARP reply:
  70.  - send on interface from the arp cache (based on ARP request).
  71.  
  72. Send ARP discovery:
  73.  - use IP routing, last interface this AX25 heard on, or send to all
  74.    interfaces with a sockaddr in the AX.25 family.
  75.  
  76. The downside is that the arp table now needs an extra field for the interface.
  77. On the other hand, there is no guarantee that the same AX25 address will not
  78. be heard on more that one interface. 
  79.  
  80. Glenn
  81.  
  82. ------------------------------
  83.  
  84. Date: Fri, 09 Sep 94 17:19:00 -0000
  85. From: mikebw@bilow.bilow.uu.ids.net (Mike Bilow)
  86. Subject: Borland C++ 4.0x patches released
  87. To: tcp-group@ucsd.edu
  88.  
  89. The following files may be of interest to NOS developers.
  90.  
  91. BC4DOS32.ZIP   38K  9-05-94* How to develop 32-bit DOS apps using only Borland
  92.                              C++ v4's RTM. Includes src.
  93. BC4P01.ZIP      5K  9-05-94* Patch file for Borland C++ v4.00
  94. BC4P02.ZIP    129K  9-05-94* Patch file for Borland C++ v4.00
  95. BC4P03.ZIP    441K  9-05-94* Patch file for Borland C++ v4.00
  96. BC4P04.ZIP     65K  9-05-94* Patch file for Borland C++ v4.00 to v4.02
  97.  
  98. These files are posted for dial-up download at N1BEE BBS, +1 401 944 8498 (to
  99. 28800 bps V.34/V.FC), but I don't know of any Internet sites.  I assume they
  100. will be widely available on the Internet.  N1BEE BBS is also supports Fidonet
  101. file requests to 1:323/107.
  102.  
  103. -- Mike
  104.  
  105.  
  106. ------------------------------
  107.  
  108. Date: Fri, 09 Sep 94 11:09:00 edt
  109. From: Adminstrator <POSTMASTER@gppgpost.daytonoh.NCR.COM>
  110. Subject: Mail failure
  111. To: dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.NCR.COM
  112.  
  113.                                                                                
  114. User mail received addressed to the following unknown addresses:
  115.   GPPGDAYTON/GPPGPOST/lshannon
  116.                                                                                
  117. ------------------------------------------------------------------------------ 
  118. Return-Path: <dayhub!3445a!ucsd.edu!TCP-Group@prowler.daytonoh.ncr.com>
  119. Received: from prowler.daytonoh.ncr.com by gppgpost.daytonoh.ncr.com id
  120.     <2E707AA0@gppgpost.daytonoh.ncr.com>; Fri, 09 Sep 94 11:09:20 edt
  121. Received: by prowler.daytonoh.ncr.com; 9 Sep 94 11:04:41 EDT
  122. Received: by dayhub.DaytonOH.NCR.COM; 9 Sep 94 11:04:15 EDT
  123. Received: by 3445a.DaytonOH.NCR.COM; 9 Sep 94 11:04:47 EDT id AA779123936 Fri,
  124.     09 Sep 94 11:18:56 EST
  125. Date: Fri, 09 Sep 94 11:18:56 EST
  126. From: TCP-Group@ucsd.edu
  127. Message-Id: <9408097791.AA779123936@WPDSMTP.DaytonOH.NCR.COM>
  128. To: tcp-group-digest@ucsd.edu
  129. Subject: TCP-Group Digest V94 #198
  130.                                                                               
  131.  
  132. Received: by ccmail from 3445a.DaytonOH.NCR.COM
  133. >From ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  134. X-Envelope-From: ncrhub1!ucsd.edu!owner-tcp-digest@dayhub.DaytonOH.NCR.COM
  135. Received: by 3445a.DaytonOH.NCR.COM; 9 Sep 94 11:03:11 EDT
  136. Received: by dayhub.DaytonOH.NCR.COM; 9 Sep 94 11:02:21 EDT
  137. Received: from ncrgw1 by ncrhub1.NCR.COM id be12293; 9 Sep 94 11:01 EDT
  138. Received: by ncrgw1.NCR.COM; 9 Sep 94 10:57:44 EDT
  139.     sendmail 8.6.9/UCSD-2.2-sun
  140.     Fri, 9 Sep 1994 04:30:13 -0700 for tcp-digest-list
  141. Received: by ucsd.edu; id EAA25167
  142.     sendmail 8.6.9/UCSD-2.2-sun
  143.     Fri, 9 Sep 1994 04:30:11 -0700 for tcp-group-ddist
  144. Message-Id: <199409091130.EAA25167@ucsd.edu>
  145. Date: Fri,  9 Sep 94 04:30:06 PDT
  146. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  147. Errors-To: TCP-Group-Errors@ucsd.edu
  148. Reply-To: TCP-Group@ucsd.edu
  149. Precedence: Bulk
  150. Subject: TCP-Group Digest V94 #198
  151. To: tcp-group-digest@ucsd.edu
  152.  
  153. TCP-Group Digest            Fri,  9 Sep 94       Volume 94 : Issue  198
  154.  
  155. Today's Topics:
  156.                            9k6 on-air test?
  157.                   RE> KPC-9612 and X1J (IP routing)
  158.                       TCP-Group Digest V94 #197
  159.                    TCP-Group Digest V94 #197 (fwd)
  160.  
  161. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  162. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  163. Problems you can't solve otherwise to brian@ucsd.edu.
  164.  
  165. Archives of past issues of the TCP-Group Digest are available
  166. (by FTP only) from UCSD.Edu in directory "mailarchives".
  167.  
  168. We trust that readers are intelligent enough to realize that all text
  169. herein consists of personal comments and does not represent the official
  170. policies or positions of any party.  Your mileage may vary.  So there.
  171. ----------------------------------------------------------------------
  172.  
  173. Date: Thu, 8 Sep 1994 21:42:43 -0700 (PDT)
  174. From: jerry@tr2.com (Jerome Kaidor)
  175. Subject: 9k6 on-air test?
  176. To: tcp-group@ucsd.edu
  177.  
  178.    Is there anybody on this list who's in the the San Francisco Bay
  179. area and could help me with an on-the-air test of my new 9600-baud
  180. packet station on 2M?   
  181.  
  182.    It does receive, but there's nothing much happening on the local
  183. 9k6 frequency.  Just one station that keeps sending:
  184.  
  185. N6LDL-1>ID:Network node (#LGNODE)
  186.  
  187.    When I try to connect to it, nothing happens.  I assume its a NET/ROM
  188. node, or somesuch.  But then, I have no idea if my transmit level is
  189. reasonable.  Is there, perhaps, an AX25 BBS or two on 9k6?
  190.  
  191.   My goal is to get the thing working on 70CM tcp/ip, but it seemed 
  192. simpler to get the ax25 stuff working first....
  193.  
  194.  
  195.                            - Jerry Kaidor, KF6VB
  196.          
  197.   
  198.  
  199. ------------------------------
  200.  
  201. Date: Thu, 8 Sep 1994 20:46:36 -0600
  202. From: ve6eei@ve6eei.ampr.ab.ca (Evan E. Idler, Edmonton, AB  [192.75.200.5])
  203. Subject: RE> KPC-9612 and X1J (IP routing)
  204. To: tcp-group@ucsd.edu
  205.  
  206. It was mentioned that it would be nice to have the kpc-9612 to route ip
  207. on a remote site, as a dual port router.  Well, I had a nice talk with
  208. Ruth Hull at the  Radio Amateur Of Canada Convention last month, and this
  209. topic came up.  Well it seems, that If enought write The president of
  210. KANTRONICS, they will port X1J over to run on it.  However if there is not
  211. enought people requesting it, they will not be undertaking the project.
  212.  
  213. SO, IF YOU WANT IT YOU ALL HAVE TO TELL THEM THAT YOU WANT IT!!!!!!!!!!!
  214.  
  215. I beleive the person to Write your letter to is:
  216.  
  217. Karl Medcalf
  218. Kantronics Co., Inc.
  219. 1202 E. 23rd Street
  220. Lawrence, KS 66046
  221.  
  222.  
  223. So write him, tell him how much you like your new KPC-9612, but how much
  224. you would also like it to run X1J code.  If enough people ask, they will do
  225. it.
  226.  
  227. 73
  228. EVAN
  229.  
  230.  
  231. =======================================================================
  232. Evan E. Idler                     |         Of All The Things I've Lost
  233. ve6eei@ve6eei.ampr.ab.ca          |         In Life, I Miss My MIND The
  234. Edmonton, Alberta, Canada         |         Most!!!
  235. Amateur Packet Radio Station VE6EEI [192.75.200.5]   
  236. =======================================================================
  237.  
  238. ------------------------------
  239.  
  240. Date: Thu, 8 Sep 1994 10:20:54 -0800 (PDT)
  241. From: jmorriso@bogomips.ee.ubc.ca (John Paul Morrison)
  242. Subject: TCP-Group Digest V94 #197
  243. To: TCP-Group@UCSD.EDU
  244.  
  245. > 
  246. > Date: Wed, 7 Sep 1994 20:05:09 -0600
  247. > From: Glenn Davis <davis@denali.realtime.ab.ca>
  248. > Subject: ax25 on bsd
  249. > To: tcp-group@ucsd.edu
  250. > 
  251. > I have started the work to complete Brian Kantors AX25/KISS driver on BSDI.
  252. > The stuff that is missing is: arp, good routing, and the socket interface
  253. > (via pr_usrreq hook in the protocol switch table). 
  254. > 
  255. > Has anyone given much thought to the semantics of how sockets should be
  256. > used when talking ax.25?  The IP stuff will remain pretty much the same,
  257.  
  258. Why don't you follow what the Linux AX.25 sockets do, since that is
  259. already a working implementation.
  260.  
  261. > but I want to keep the ability to connect to non-ip packet bbs's.  The
  262. > intent is to run a modified telnetd (using the ax25 protocols) to allow
  263. > incoming connections.
  264.  
  265. I have patched BSD rlogind to work on a Linux AX.25 socket. It's not
  266. really rlogin any more, as I've stripped out most of what's not needed
  267. for AX.25, I just used it because it handled all the pty and login
  268. shell stuff. I looked at telnetd for this, but it's too bloated and difficult
  269. for me to figure out what to disable or fake for AX.25.
  270.  
  271. A linux program called axl listens on the AX.25 interface. When it
  272. gets a connection, it forks off ax.rlogind, then goes back to
  273. listening, and that gives you a login: prompt. You can login and get a
  274. shell prompt. When you login you have to stty a few things (I think
  275. /bin/login changes the tty modes, so even if I did set the line mode in
  276. ax.rlogind, login would just change it back). I should change ax.rlogind
  277. to use skeylogin to prompt for passwords. (which reminds me: does anyone
  278. have an Skey available for an HP48 or other small calculator, so you
  279. can calculate the response to the challenge without doing it by hand
  280. or installing skey on every machine you visit)
  281.  
  282. It's quite horrible really, but it works. I don't think 1200bps packet
  283. with a line at a time entry is useable for much with a login shell, but
  284. instead of starting login, you could start up a bbs process, or some mail
  285. stuff.
  286.  
  287.  
  288. > 
  289. > glenn/ve6rsx
  290. > 
  291.  
  292. ---------------------------------------------------------------------------
  293. BogoMIPS Research Labs  --  bogosity research & simulation  --  VE7JPM  -- 
  294. jmorriso@bogomips.ee.ubc.ca ve7jpm@ve7jpm.ampr.org jmorriso@rflab.ee.ubc.ca
  295. ---------------------------------------------------------------------------
  296.  
  297. ------------------------------
  298.  
  299. Date: Fri, 9 Sep 1994 11:38:39 +0200 (BST)
  300. From: iialan@iifeak.swan.ac.uk (Alan Cox)
  301. Subject: TCP-Group Digest V94 #197 (fwd)
  302. To: tcp-group@ucsd.edu
  303.  
  304. In-Reply-To: <m0qin9b-0004jvC@bogomips.ee.ubc.ca> from "John Paul Morrison"
  305. at Se
  306. p 8, 94 10:20:54 am
  307. > Why don't you follow what the Linux AX.25 sockets do, since that is
  308. > already a working implementation.
  309.  
  310. This seems sensible as we have nice tools and I'm also open to alterations
  311. as suggested.
  312.  
  313. The AX.25 socket layer basically works as follows under Linux
  314.  
  315.  SOCK_RAW gives raw AX.25 access where the type of socket is
  316.  the AX.25 PID. Datagrams or VC delivered raw and you fix it.
  317.  
  318.  SOCK_DGRAM UI AX.25 protocol frames. Marked with the AX.25 type
  319.  
  320.  SOCK_SEQPACKET AX.25 connection mode.
  321.  
  322. Since its derived from the BSD netccitt LAPB code the same hacks to
  323. it should work roughly for BSD networking. It's got other stuff like
  324. setting window, t1,n2,t3 via setsockopt. 
  325.  
  326. Following that core setup would make most stuff portable (which as we all
  327. know is good news).
  328.  
  329. Alan
  330.  
  331. ------------------------------
  332.  
  333. End of TCP-Group Digest V94 #198
  334. ******************************
  335.  
  336. ------------------------------
  337.  
  338. End of TCP-Group Digest V94 #199
  339. ******************************
  340.